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REMARKS 

Applicant appreciates the Examiner's withdrawal of the objectiott to the spedficatioii, of 
the rejections under 35 USC § 101 and of the rejections (partially) undear 35 USC § 1 12.. 
Applicant has further amended the claims to change all occmrences of "Java*' to -JAVA-. The 
sole remaining issue is the Examiner's use of Cyran for an alleged disclosure of optimi^ing the 
runtime environment 

The Examijier characterizes the Cyxan patent's disclosure of adding class attribute 
information lo the runtime environment as something "which optimizes the runtime 
peifonnance." While it is not completely clear, the Examiner appears to be alleging that the 
attributes in the extended class file 14 are used to optimize the runtime environment. However, 
these attributes "describe the optimization information generated by the code preparation system 
12" (coL 3, lines 10-13), which, indicate optimizations to be made to the native code generated by 
the JIT compiler. To the extent the Examiner may be arguing that Cyran's disclosure of 
modifying the operation of the JTT compiler based on the attributes in the extended class file. 
Applicant disagrees that such modifying the operation of the JII compiler is "optimization." 

That is, with regard to the attributes in the extended class file 14, os Cyran discloses, 
these attributes are generated by the code preparation system 12. Thus, for example, these 
attributes include "optimization information, hints, and/or directions - to use in fiuiher 
processing of the intermediate code," Col. 2, lines 52-54. The code preparation system 12 
predetermines optimizations that can be made to the native code. These predetermmed 
optimizations are indicated by the attributes in the extended class file 14. Put simply, Cyran 
merely discloses that processing that would otherwise be performed by the JIF is perfonrted in 
advance by the code-preparation system. 

While preprocessing by the code preparation system does lessen tiie load on tiie runtime 
environment (i.e., tiie JIT compiler), this is not optimization of tiie runtime enviromnent Rattier, 
this is merely a reallocation of resource usage. For example, see the following portion of 
Cyran*s disclosure (col. 2, lines 52-65): 

The optimisation information it provided as additional attributes added to class files 14 
generated by the code preparation system 12. It is contemplated that tiie code preparation 
system 12 operates on a resource rich computii^ environment, i.e., has enough space and 
time resources to effectively implement the optimizatioixs. Thus, by further processing in 
accordance with tiie optimization infonnation provided by the code preparation system 
12, the code interpretive runtime environment is able to execute the intermediate code 
more efficientiy and to manage its own resources more ejBfectively particularly when 
executing in a limited resource computing environment. Such limited resource computing 
environments include set-top boxes, digital personal assistants, etc. 
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On the other hand, lefeiring to AppHcant's specification, AppUcant discloses actual optixnization 
of the runtime environment - e.g., altogether avrnd^g processing that can be determined to be 
unnecessary. 

Furthermore, executing optimized native code, without more, cannot be considered 
optimizing the runtime environment. Even the Examiner appears to recognize the distinction 
between native code optimization and runtime environment optimization, where tiie Examiner 
states: "Therefore, Cyan's disclosure teaches botii native code optimization and runtime 
environTnent op tiT m>.atioD ." 

For example, (referring to p^e 9, lines 21-24 of AppHcant's specification as filed) one 
such runtime environment optimization includes loading appropriate features for an E«>pUcation 
based on the optional attribute(s). Hiis is not a mere reallocation of resource usage but, rather, 
avoids (or minimizes) unnecessary resource usage. This is optimization. Another optimization 
disclosed by AppUcant includes allocating to a particular portion of memory objects ihst remain 
active throughout execution of tiie Java application. (See page 8, lines 19-21 of Applicant's 
specification, as filed). Again, this is not a reaUocation transfer of resource usage but, rather, 
avoids (or minimizes) unnecessary resource usage (e.g., by having to reload objects that remain 
active). 

While the discussed distinctions are perh^ subtie distinctions, they are nevertheless 
patentable distinctions. Contrary to tiie Examiner's contentions, Cyran does not disclose 
optimization of the runtime enviroranenL 

Applicant betieves that all pending claims are aUowable and respectfully requests a 
Notice of Allowance for this application fiom the Examiner. Should the Examiner beUeve that a 
telephone conference would expedite the prosecution of tiiis appUcation, the undersigned can be 
reached at the tel^hone number set out below. 

Respectfully submitted, 
BEYER WEAVER & THOMAS. LLP 
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Alan S. Hodes 
Reg. No. 38,185 

P.O. Box 70250 
Oakland, CA 94612-0250 
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